home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 3.2 / Ham Radio Version 3.2 (Chestnut CD-ROMs)(1993).ISO / mods / tnc2doc / soft113.txt < prev    next >
Text File  |  1988-12-16  |  12KB  |  344 lines
  1. Enhancements/Bug Fixes
  2.  
  3. Software Release 1.1.2.
  4.  
  5. FIXES
  6.  
  7.      o- Flow release causing data loss of xmit data
  8.  
  9.      o- Anamolous disconnect when in S16 link state
  10.  
  11.      o- Retry-out  handling when version 2 of  AX25L2  works 
  12.      like table now
  13.  
  14.      o- ID doubling fixed (i think -- could not dupe the bug 
  15.      here)
  16.  
  17.      o- Sluggish  carrier detect repaired,  the TNC is  much 
  18.      friendlier to other stations now
  19.  
  20.      o- Monitor  headers aren't displayed for received  data 
  21.      from a link when MCON ON and MON ON
  22.  
  23.      o- NULLS are handled in int routines,  all combinations 
  24.      supported w/o loss
  25.  
  26.      o- CTEXT  packetized at connect time instead of  trave-
  27.      ling through the queues
  28.  
  29.      o- NULL  artifact from true-break transparent escape is 
  30.      now captured
  31.  
  32.      o- rare corruption of data with "cmd:" repaired
  33.  
  34.      o- 10  second  timers (BEACON,  CHECK) work at  10  sec 
  35.      intervals now
  36.  
  37.      o- and  finally,  a  very troubling  intermittent  that 
  38.      caused  innumerable  problems like more  loss  of  link 
  39.      state, strange stuff in cmd parameters etc.
  40.  
  41. CHANGES
  42.  
  43.      o- ^Y handled much faster (inside async int routine)
  44.  
  45.      o- UA responses while in link setup mode are IGNORED if 
  46.      they differ from the attempted path
  47.  
  48.      o- Number-only   calls  allowed  to  support  links  to 
  49.      AX.121NA switches...
  50.  
  51.      o- The  date  of assembly (mm/dd/yy)  appended  to  the 
  52.      release number
  53.  
  54.      ex:   Release 1.1.2 12/03/85 - 16K RAM
  55.  
  56.      o- Interrupt  handling  speeded up at least two  times.  
  57.      Support for 9600 both sides, fulldup is guaranteed with 
  58.      standard (2.45Mhz clock).   Support for 19.2kbaud  also 
  59.      assured  with appropriate hardware mods for 4.9Mhz  and 
  60.      faster I/O clocks.
  61.  
  62.      (My tests used two TNC2's,  both running 9600 sync  and 
  63.      async,  FULLDUP  ON MAX 7 PACL 0 in trans and CONV mode 
  64.      (ECHO ON and OFF) could not drop characters thru a link 
  65.      of six fulldup digipeaters and a 28K file.)
  66.  
  67.      PS: releases prior to 1.1.2 are NOT gauranteed for 9600 
  68.      baud, and should not be relied upon in any mode at this 
  69.      data rate!
  70.  
  71.      o- The  overflow  buffer  expanded  to  256  characters 
  72.      (overflow after XOFF sent)
  73.  
  74. ADDITIONS
  75.  
  76.      o- LCSTREAM command
  77.  
  78.      o- NOMODE command
  79.  
  80.      o- Failure of a CONPERMed link results in a
  81.  
  82.      "***  LINK  OUT OF ORDER,  possible  data  loss   [opt. 
  83.      daytime  stamp]" message (this message should be  docu-
  84.      mented  with  the other messages at the end of  the  6-
  85.      CMDS.MAN chapter.
  86.  
  87.  
  88. Software Release 1.1.3
  89.  
  90. FIXES
  91.  
  92.      o- When  AX25L2V2  is ON,  the TNC now  answers  L2  UI 
  93.      frames  with P and C set with either:  RR if  connected 
  94.      (regardless  of rcvr flow control state),  or DM if not 
  95.      connected.
  96.  
  97.      o- Path for SABM received while in link-setup state  is 
  98.      not  checked.   This corrects earlier operation where a 
  99.      self-connect via an odd number of different digipeaters 
  100.      fails.
  101.  
  102.      o- T2  <RESPTIME>  utilization corrected  for  the  2nd 
  103.      through nth link
  104.  
  105.      o- FULLDUP operation restored
  106.  
  107.      o- Channel capture during busy times improved
  108.  
  109.      o- NOMODE bug, where the 'connect mode' setting was not 
  110.      used  on received SABMS has been corrected.   This  bug 
  111.      may  have  caused  the TNC to enter a  state  where  it 
  112.      seemed  like  the  TNC died,  when it actually  was  in 
  113.      TRANSparent mode.
  114.  
  115. CHANGES 
  116.  
  117.      o- BEACONS not sent if BTEXT is null
  118.  
  119.      o- RESPTIME default now at 5; i.e. 500ms
  120.  
  121.  
  122. ADDITIONS
  123.  
  124.      o- RXBLOCK command
  125.  
  126.      o- TNC "Health" feature group installed
  127.  
  128. Fourteen counters have been added to TNC 2.  All of them are 
  129. 16 bits wide, and are ALWAYS initialized to 0000 on power up 
  130. or "RESTART".
  131.  
  132.      o- ASYRXOVR:   Increases  when  the software  does  not 
  133.                     service  the  asynchronous  receiver  in 
  134.                     time.   Indicates data from the user  to 
  135.                     the  TNC is being dropped.   This  error 
  136.                     counter  should  never  become  non-zero 
  137.                     under supported data rates.
  138.  
  139.      o- DIGISENT:   Each frame digipeated by this TNC causes 
  140.                     the counter to increase.
  141.  
  142.      o- HOVRERR:    Increases  when  HDLC  receiver  is  not 
  143.                     serviced  rapidly  enough  and  data  is 
  144.                     lost.   This counter should never incre-
  145.                     ment at any supported data rate.
  146.  
  147.      o- HUNDRERR:   Increases  when the HDLC transmitter  is 
  148.                     not  serviced rapidly enough and  frames 
  149.                     are aborted.   This counter should never 
  150.                     be non-zero at any supported data rate.
  151.  
  152.      o- RCVDFRMR:   Increases  when Frame reject frames  are 
  153.                     received from a connected station.
  154.  
  155.      o- RCVDIFRA:   Increases  for  each reception of  an  I 
  156.                     frame from a connectee.
  157.  
  158.      o- RCVDREJ:    Increases  for each reception of an REJ-
  159.                     ect frame from a connectee.
  160.  
  161.      o- RCVDSABM:   Each  received  SABM frame addressed  to 
  162.                     the  TNC causes this counter to be  inc-
  163.                     reased by one.
  164.  
  165.      o- RXCOUNT:    Increases  when  any frame  is  received 
  166.                     with good CRC (or any CRC if HGARBAGE is 
  167.                     turned on).
  168.  
  169.      o- RXERRORS:   Increments each time a received frame is 
  170.                     thrown  out due to it being  too  short, 
  171.                     suffering  overrun(s),   or it having  a 
  172.                     bad  CRC.   Latter occurs only when  CRC 
  173.                     checking  is enabled (i.e.  HGARBAGE  is 
  174.                     OFF).  This counter will often increment 
  175.                     in the presence of noise.
  176.  
  177.      o- SENTFRMR:   Increments  each  time  a  Frame  reject 
  178.                     frame is transmitted.
  179.  
  180.      o- SENTIFRA:   Increases by one each time an I frame is 
  181.                     sent.
  182.  
  183.      o- SENTREJ:    Whenever  a REJect frame is transmitted, 
  184.                     this counter is incremented.
  185.  
  186.      o- TXCOUNT:    Incremented whenever a frame is correct-
  187.                     ly transmitted.
  188.  
  189. The following information should be inserted into the DISPLAY command.
  190.  
  191. DISPLAY HEALTH
  192.  
  193. The counters just described,  and the setting of HEALLED are 
  194. displayed in response to the health inquiry.
  195.  
  196.  
  197. New Command Documentation for 1.1.2 and 1.1.3
  198.  
  199.  
  200. AX25L2V2 ON|OFF                                 Default: OFF
  201.  
  202.  
  203. Parameters:
  204.  
  205.      ON        The  TNC  will use AX.25 Level 2 Version  2.0 
  206.                protocol.
  207.  
  208.      OFF       The  TNC  will use AX.25 Level 2 Version  1.0 
  209.                protocol.
  210.  
  211. Some  implementations of the earlier version of AX.25 proto-
  212. col (e.g., TAPR's TNC 1) won't properly digipeat version 2.0 
  213. AX.25 packets.  This command exists to provide compatibility 
  214. with these other TNCs until their software has been updated.
  215.  
  216. During  the  protocol  transition  period,  you  should  set 
  217. AX25L2V2 OFF.
  218.  
  219. After your local area TNCs are updated to the newer protocol 
  220. version, you should set AX25L2V2 ON.
  221.  
  222.  
  223.  
  224. RXBLOCK ON|OFF                                  Default: OFF
  225.  
  226.  
  227. Parameters:
  228.  
  229.      ON        The  TNC  will send data to the  terminal  in 
  230.                RXBLOCK format.
  231.  
  232.      OFF       The  TNC  will send data to the  terminal  in 
  233.                standard format.
  234.  
  235.  
  236. RXBLOCK is designed for automated operations, such as packet 
  237. bulletin  board  stations.   It  is intended  to  help  such 
  238. systems   discriminate  between  data  received   from   the 
  239. connected station and TNC-generated messages.
  240.  
  241. Correct  operation  of  RXBLOCK is dependant  on  the  AWLEN 
  242. parameter getting set to 8 (bits) since the character FF hex 
  243. marks the beginning of a recieved data unit header.
  244.  
  245. When  RXBLOCK is on,  data from other stations will be  sent 
  246. from the TNC in the following format:
  247.  
  248.    ------------------------------------------------------
  249.   |  $FF   |  L0  |  L1  |  PID  |       DATA            |
  250.    ------------------------------------------------------
  251.  
  252.   ( prefix )(  length   ) ( pid ) (      data            )
  253.  
  254. The fields above are defined as follows:
  255.  
  256. prefix    $FF  ::=  A character with all 8 bits set
  257. length    L0   ::=  The  high  order  length  of  the  data, 
  258.                     length,  and  pid fields logically  ORed 
  259.                     with the value $F0
  260.           L1   ::=  The  low  order  length  of  the   data, 
  261.                     length, and pid fields
  262. pid       PID  ::=  The  Protocol  IDentifier byte  received 
  263.                     for the following data field
  264. data      DATA ::=  [Optional], variable length data
  265.  
  266.  
  267. For  best  operation it is suggested  that  parameters  like 
  268. AUTOLF,  MFILTER etc.  be set OFF in order to prevent uncer-
  269. tanties in the size of the data field.
  270.  
  271.  
  272. HEALLED  ON|OFF                                 Default: OFF
  273.  
  274.  
  275. Parameters:
  276.  
  277.      ON        The  TNC  will "dither" the CON and STA LEDs.
  278.  
  279.      OFF       The  TNC will control the CON and STA LEDs in 
  280.                normal fashion.
  281.  
  282.  
  283. This  command  allows the user to redefine the functions  of 
  284. the two CPU controllable LEDs (i.e.  the STAtus and  CONnect 
  285. LEDs).
  286.  
  287. When  HEALLED  is set ON,  the two LEDs flash in  a  seeming 
  288. random fashion.   At a glance, the user may make a judgement 
  289. on  whether  the software has crashed,  since the LEDs  will 
  290. probably not flash if the software fails catastrophically.
  291.  
  292. With HEALLED set OFF, the LEDs function as before.
  293.  
  294.  
  295. LCSTREAM  ON|OFF                                 Default: ON
  296.  
  297.  
  298. Parameters:
  299.  
  300.      ON        The TNC will translate the chareacter immedi-
  301.                ately following the STREAMSWITCH character to 
  302.                upper case before processing it.
  303.  
  304.      OFF       The TNC will process the character immediate-
  305.                ly following the STREAMSWITCH character as it 
  306.                is entered.
  307.  
  308.  
  309. When operating multi-connect,  the user must enter a  stream 
  310. identifier  (default  A  through J) after  the  STREAMSWITCH 
  311. character (default |) to select a new logical stream to send 
  312. data.   Normally,  the  stream identifier must be  in  upper 
  313. case, or an error message will result.
  314.  
  315. When LCSTREAM is ON, the character immediately following the 
  316. streamswitch  character  is converted to upper  case  before 
  317. being acted upon.   Thus,  the case (upper or lower) becomes 
  318. insignificant.   Use of LCSTREAM is useful if you are typing 
  319. in lower case and don't want to be bothered with remembering 
  320. to switch to upper case when changing streams.
  321.  
  322.  
  323. NOMODE ON|OFF                                   Default: OFF
  324.  
  325.  
  326. Parameters:
  327.  
  328.      ON        The  TNC  will only  switch  modes  (command, 
  329.                converse  or transparent) upon explicit  com-
  330.                mand.
  331.  
  332.      OFF       The  TNC will switch modes in accordance with 
  333.                the setting of NEWMODE.
  334.  
  335.  
  336. When  NOMODE  is  ON,  the TNC  will  never  change  between 
  337. CONVERSE or TRANSPARENT mode to COMMAND mode (or vice-versa) 
  338. on  its own.   Only user commands (CONV,  TRANS,  or ^C) may 
  339. change the typein mode.
  340.  
  341. If NOMODE is OFF,  then automatic mode switching is  handled 
  342. according to the setting of the NEWMODE command.
  343.  
  344.